Generating cryptographic function parameters based on an observed astronomical event

ABSTRACT

Methods, systems, and computer programs for generating cryptographic function parameters are described. In some examples, astronomical data from an observed astronomical event is obtained. A pseudorandom generator is seeded based on the astronomical data. After seeding the pseudorandom generator, an output from the pseudorandom generator is obtained. A parameter for a cryptographic function is generated by operation of one or more data processors. The parameter is generated from the output from the pseudorandom generator.

BACKGROUND

This specification relates to generating cryptographic functionparameters for a cryptography system. Cryptography systems enable securecommunication over public channels. Cryptography systems can performcryptographic operations, such as, for example, encrypting or decryptingdata according to an encryption scheme to provide confidentiality, orgenerating or verifying signatures to provide authenticity. In somecryptography systems, the cryptographic function parameters are selectedto improve performance or to circumvent certain types of attacks.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram showing aspects of an example cryptographysystem.

FIG. 2 is a schematic diagram showing aspects of another examplecryptography system.

FIG. 3 is a flow chart showing aspects of an example technique forgenerating cryptographic function parameters using a compact sourcecode.

FIG. 4 is a flow chart showing aspects of an example technique forgenerating cryptographic function parameters using puzzle-basedalgorithms.

FIG. 5 is a flow chart showing aspects of an example technique forgenerating cryptographic function parameters based on astronomicalevents.

Like reference numbers and designations in the various drawings indicatelike elements.

DETAILED DESCRIPTION

In a general aspect, methods, systems, and computer programs forgenerating cryptographic function parameters are described. In someaspects, astronomical data from an observed astronomical event isobtained. A pseudorandom generator is seeded based on the astronomicaldata. After seeding the pseudorandom generator, an output from thepseudorandom generator is obtained. A parameter for a cryptographicfunction is generated by operation of one or more data processors. Theparameter is generated from the output from the pseudorandom generator.

In some implementations, the observed astronomical event includes anevent that is globally observable and globally verifiable.

In some implementations, the observed astronomical event includes asunspot, and obtaining the astronomical data includes computing theastronomical data based on an attribute of the sunspot.

In some implementations, the observed astronomical event includes asupernova, and obtaining the astronomical data includes computing theastronomical data based on an attribute of the supernova.

In some implementations, the observed astronomical event includes ameteoroid discovery, and obtaining the astronomical data includescomputing the astronomical data based on an attribute of the meteoroid.

In some implementations, the observed astronomical event includes anevent on an extraterrestrial planet, and obtaining the astronomical dataincludes computing the astronomical data based on an attribute of theevent.

In some implementations, a customized set of parameters for thecryptographic function is generated. The customized set of parametersare based on the astronomical data and a user-selected input value.

In some implementations, the astronomical event and the pseudorandomgenerator are specified by a cryptosystem protocol, and the cryptosystemprotocol permits a range of values for the user-selected input value.

In some implementations, the cryptographic function includes an ellipticcurve function, and the parameter includes a constant for the ellipticcurve function.

In some implementations, the parameter is used to perform cryptographicoperations according to a cryptographic communication protocol.

In some implementations, a full set of parameters for the cryptographicfunction is generated from the output from the pseudorandom generator.

A cryptography system can use cryptographic algorithms or functions toperform cryptographic operations such as encrypting or decryptingaccording to an encryption scheme to provide confidentiality, andgenerating or verifying a signature for authenticity. The cryptographysystem can be configured, for example, by selecting the cryptographicfunctions, parameters of the cryptographic functions, and other featuresof the system.

In some implementations, the parameters for the cryptographic functionscan be generated using a compact source code. For instance, the sourcecode can define seed information and a pseudorandom function in acompact manner, which may reduce the possibility of manipulation in somecases. In some cases, the parameters for the cryptographic functions canbe generated based on an output obtained from the pseudorandom functionafter the pseudorandom function has been seeded with the seedinformation. In some examples, the source code includes a compactdefinition of the pseudorandom function and the seed information (e.g.,minimal complexity in terms of a computation measure).

In some implementations, the parameters can be generated usingpuzzle-based algorithms. For example, a puzzle can be used as aresource-intensifier to reduce the possibility that malicious parametershave been obtained by trial and error. In some implementations, puzzlescan be iterated to amplify the difficulty of the puzzles and thenapplied to the pseudorandom function to hinder manipulations of thecryptographic function parameters.

In some implementations, randomness can be incorporated into the seedinformation, for example, to reduce the reliance on the pseudorandomfunction. As an example, the seed can include information obtained froma globally verifiable random source, such as astronomical events. Insome instances, the cryptographic function parameters can be generatedfrom the pseudorandom function seeded by an input incorporatingrandomness of one or more astronomical events.

Many cryptographic algorithms have parameters such that the algorithmwill operate correctly over many choices of the parameters, yet theparameters are often meant to be fixed across a large number of uses ofthe algorithm. Here “operating correctly” means that the cryptographicalgorithm appears to work for its user, but the parameter choice doesnot necessarily guarantee security. In some implementations, a correctlyoperating signature scheme is such a scheme where a second user will beable verify a first user's digital signature, or a second user will beable to decrypt a ciphertext generated by a first user for the seconduser. Typically, there are known instances or values of the parametersin which security can fail. Thus, the parameters need to be chosencarefully.

Some cryptographic parameters can be easily verified withoutsignificantly affecting the correctness of the cryptographic algorithm.In some systems, parameters that meet the requirements above appear asnumerical constants in the definition of the cryptographic algorithm.Varying the parameters may include varying the numerical constants, andthe parameters of the cryptographic algorithm can be referred to as theconstants of the algorithm.

When the parameters are constants, they can be viewed as numbers,usually integers, in a certain range. Some easy-to-verify condition onthe constants can ensure the correctness of the algorithm in some cases.Some other conditions may be needed to ensure resistance to knownattacks. Resistance to attacks is typically more difficult to determinethan correctness. Some examples of constants in cryptographic algorithmsinclude the initial value and round constants in SHA-1, the roundconstants in AES, the exponent in RSA cryptosystems (with 2¹⁶+1 beingcommonly used), the two points P and Q in the Dual EC DRBG, and forelliptic curves, the field of definition of the elliptic curve, thecurve coefficients a and b in the elliptic curve definition y²=x³+ax+b,the generator G of the elliptic group, with respect to which publickeys, Diffie-Hellman shared secrets, and ECDSA signature are defined,the seed used to derive “verifiably random” elliptic curves such as NISTP-256. Although some of the example techniques in this disclosure arediscussed with respect to selecting elliptic curves, the exampletechniques can be applied to a selecting constants for othercryptography algorithms.

In many cryptographic algorithms, two communicating users (e.g., two ormore persons or sometimes the same person at two different times, as inthe case of secure storage, operating computers or any other dataprocessing apparatus) using the same parameters are necessary forcorrect operation. For example, if two strangers wish to exchangeencrypted messages, then they need to use the same parameters of theencryption algorithm.

Occasionally, parameters can be negotiated at run-time between a smallset of mutually trusting users. For example, in the case of EllipticCurve Cryptography (ECC), some standards such as American NationalStandards Institute (ANSI) X9.62 and SEC1 (which are incorporated hereinby reference) allow the parameters to be negotiated. However, suchrun-time negotiated parameters can require a considerable amount ofpre-computation for determining a correct and secure set of parameters,such as computing the number of points on an elliptic curve, and requirea cryptographic algorithm whose security depends on some parameters forsecurely negotiating the parameters. As such, a fixed set of algorithmparameters is typically used across a whole system, including a wide setof users.

FIG. 1 is a schematic diagram of an example cryptography system 100. Thecryptography system 100 includes a sender terminal 102 a, a recipientterminal 102 b, and an adversary terminal 102 e (“terminals 102”). Thecryptography system 100 can include additional, fewer, or differentcomponents. For example, the cryptography system 100 may include storagedevices, servers, additional terminals, and other features not shown inthe figure.

The example terminals 102 a, 102 b can communicate with each other, andthe example adversary terminal 102 e can observe communication betweenterminals 102 a, 102 b. In some implementations, some or all of thecomponents of the cryptography system 100 communicate with each otherover one or more data networks or other types of communication links.For example, the terminals 102 a, 102 b may communicate with each otherover a public data network, and the adversary terminal 102 e may observethe communication by accessing the public data network. In someimplementations, the terminals 102 a, 102 b can communicate over aprivate network or another type of secure communication link, and theadversary terminal 102 e may gain access to some or all of thetransmitted data.

The communication links utilized by cryptography system 100 can includeany type of data communication network or other types of communicationlinks. For example, the cryptography system 100 can utilize wiredcommunication links, wireless communication links, and combinationsthereof. As another example, the cryptography system 100 can utilize awireless or wired network, a cellular network, a telecommunicationsnetwork, an enterprise network, an application-specific public network,a Local Area Network (LAN), a Wide Area Network (WAN), a privatenetwork, a public network (such as the Internet), a WiFi network, anetwork that includes a satellite link, or another type of datacommunication network. In some instances, the cryptography system 100can utilize a tiered network structure defined by firewalls or similarfeatures that implement various levels of security.

The terminals 102 a, 102 b use cryptographic schemes (either encryptionor signatures or both) to allow secure communication in the presence ofan eavesdropper 102 e. In the example shown in FIG. 1, the senderterminal 102 a can send data to the recipient terminal 102 b, and theterminals 102 a, 102 b have agreed upon an encryption scheme andparameters for implementing the encryption scheme. For example, theencryption scheme can include a public key encryption scheme, asymmetric key encryption scheme, or another type of scheme. The senderterminal 102 a can use the encryption scheme to encrypt the data to besent to the recipient terminal 102 b. The encrypted data can be includedin the message 106 that the sender terminal 102 a sends to the recipientterminal 102 b. In some cases, the message 106 includes encrypted data108 a (for confidentiality) or signed data 108 b (for authenticity), orboth. The recipient terminal 102 b can receive the message 106 and use adecryption algorithm of the encryption scheme to recover the original(unencrypted) data. The cryptography system 100 can support additionalor different types of communication. In some implementations, theencryption scheme utilizes digital certificates administered by acertificate authority. In some implementations, the terminals 102exchange digitally signed messages, and other types of information.

The components of the cryptography system 100 can be implemented by anysuitable computing systems or sub-systems. For example, the terminals102 can each be implemented using any suitable user device, serversystem, device or system components, or combinations of these and othertypes of computing systems. A computing system generally includes a dataprocessing apparatus, a data storage medium, a data interface, andpossibly other components. The data storage medium can include, forexample, a random access memory (RAM), a storage device (e.g., awritable read-only memory (ROM), etc.), a hard disk, or another type ofstorage medium. A computing system can be preprogrammed or it can beprogrammed (and reprogrammed) by loading a program from another source(e.g., from a CD-ROM, from another computer device through a datanetwork, or in another manner). A computing system may include aninput/output controller coupled to input/output devices (e.g., amonitor, a keyboard, etc.) and to a communication link. In someimplementations, the input/output devices can receive and transmit datain analog or digital form over communication links such as a seriallink, wireless link (e.g., infrared, radio frequency, etc.), parallellink, or another type of link.

In some examples, the terminals 102 can be implemented as computingdevices that can communicate based on a cryptographic scheme. Theexample terminals 102 are generally operable to receive, transmit,process, and store information. Although FIG. 1 shows three terminals102, a cryptography system 100 may include any number of terminals. Thecryptography system 100 can include groups or subgroups of terminalsthat can communicate with each other, but not necessarily with theterminals in other groups or subgroups. The cryptography system 100 caninclude terminals of disparate types, having different types of hardwareand software configurations, and in a variety of different locations.For example, the sender terminal 102 a, the recipient terminal 102 b,and the adversary terminal 102 e can all be implemented as differenttypes of systems or devices. In some cases, multiple devices orsubsystems can be identified together as a single terminal.

The terminals 102 typically include a data processing apparatus, a datastorage medium, and a data interface. For example, the terminals 102 caninclude a memory, a data processor, and an input/output controller. Aterminal can include user interface devices, for example, a monitor,touchscreen, mouse, or keyboard. The memory of the terminal can storemessages and information associated with the cryptography system. Forexample, a terminal may store key data, digital certificate data, andother types of information. The memory of the terminal can storeinstructions (e.g., computer code) associated with computerapplications, programs and computer program modules, and otherresources.

The terminals 102 can be implemented as handheld devices such as smartphones, personal digital assistants (PDAs), portable media players,laptops, notebooks, tablets, and others. Terminals can include workstations, mainframes, non-portable computing systems, or devicesinstalled in structures, vehicles, and other types of installations.Terminals can include embedded communication devices. For example, theterminals can include messaging devices that are embedded in smartsystem. Other types of terminals may also be used.

A terminal can be associated with a particular user entity, a particularuser identity, or any combination thereof. One or more of the terminalscan be associated with a human user. In some implementations, theterminals are not associated with any particular human user. One or moreof the terminals can be associated with a particular device, aparticular location, or other identifying information.

In some aspects of operation, the sender terminal 102 a has a message tosend to the recipient terminal 102 b. The content of the message is notinitially known to either the recipient terminal 102 b or the adversaryterminal 102 e. The sender terminal 102 a uses an encryption algorithmto encrypt the message, and the sender terminal 102 a sends the message106 to the recipient terminal 102 b. The recipient terminal 102 b hasaccess to a secret value (e.g., a private key) that can be used todecrypt the message. In some instances, the sender terminal 102 a uses asigning algorithm and its own secret value (e.g., another private key)to generate a digital signature for the message 106, and the senderterminal 102 a sends the digital signature to the recipient terminal 102b (e.g., with the message). The recipient terminal 102 b uses a publickey to verify the digital signature.

In some cases, the adversary terminal 102 e observes the encryptedmessage 106, but the adversary terminal 102 e does not have access tothe secret value that can be used to decrypt the message. As such, theadversary terminal 102 e may launch an attack to compromise the securityof the cryptographic scheme used by the sender terminal 102 a and therecipient terminal 102 b. Some attacks have a success rate, or cost,that varies in a way that depends upon the constants in the algorithmbeing attacked. As such, certain types of attack launched by theadversary terminal 102 e in FIG. 1 have a higher chance of success thanothers.

Certain aspects of the example techniques related to choosing constantsthat resist attacks on cryptographic schemes are not uniform withrespect to a constant. An attack on cryptographic schemes that isuniform with respect to a particular constant is an attack that isapproximately equally effective for all values of the constant. Forexample, the Pollard rho attack against ECC is uniform with respect tothe curve coefficients. Generally, a uniform attack can only be avoidedby adjusting any other constants with respect to which the attack isnon-uniform. In the case of the Pollard rho attack, the only remedy isto increase the field size.

Table 1 shows an example classification of attacks into six qualitativetiers in order of increasing departure from being uniform with respectto a constant. This example classification is provided for purposes ofdiscussion.

TABLE 1 Classification of attacks on cryptographic schemes. Example ECCTier Name countermeasure example attacks First Unavoidable Alter otherconstants Pollard rho Second Insight- Use special constantPohlig-Hellman avoidable (with CM), Possibly some side channel attacks.Third Search- Search for safe constant Pohlig-Hellman avoidable FourthInsight- Choose own constant Pohlig-Hellman attackable Trust other'sconstant (smooth order) Fifth Search- Choose own constants Hypotheticalattackable Choose special “rigid” one-in-a- constants million attack,Trust other's constant Sixth Randomly Choose random constantsMenezes-Okamoto- avoidable Choose pseudorandom Vanstone (MOV) constantsSmart-Araki-Satoh- Semaev (SASS)

The first tier is uniform with respect to the constant, as discussedabove. A second tier of attack admits some exceptional values ofparameters that resist the attack, but the class of exceptional securevalues of the constants represents a negligible fraction of the set ofconstants. These are attacks that can be resisted either by changingother parameters or constants of the attack, as above, or by finding theexceptional secure values of the attack. Because the fraction of securevalues is negligible, the secure values cannot be feasibly found byrandom trial and error. Therefore, finding secure values requires someinsight. In this case, the attack can be said to be insight-avoidablewith respect to the constant. Indeed, taking the broader view ofparameters of including algorithm logic, one can argue that manycryptographic algorithms are in this class. For a more narrowly defined,but slightly hypothetical, example in ECC, suppose that only a very fewfield sizes are naturally side channel-resistant (and simultaneouslyefficient), such as the National Institute of Standards and Technology(NIST) Prime curve 256 bits (P256) or Curve25519 field sizes.

Note that the Pohlig-Hellman (PH) attack can be consideredinsight-avoidable by using the complex-multiplication (CM) method ofelliptic curve generation because the CM method can start with a givencurve size, which can be pre-chosen to be prime. Two minor disadvantagesof using the CM method are that (1) it results in a curve with alow-magnitude discriminant, which is sometimes suspected to be asecurity risk, and (2) it usually results in an almost random fieldsize, which can be inefficient. If one is not willing to use the CMmethod, for the reasons above or otherwise, then one would not considerthe PH attack to be insight-avoidable.

A third tier of attack admits a still small, but now non-negligible,fraction of exceptional values of the constant against which the attackis ineffective. We also presume in this case that the attack is quicklycheckable. In this case, the attack is search-avoidable with respect tothe constant because one can try random values of the constants, testthem against the attack, and repeat until the attack is avoided. Anexample in ECC is the PH attack, which is search-avoidable with respectto curve coefficients. The usual search to resist the PH attack is totry various values of the curve coefficients, compute the curve sizecorresponding to the curve coefficients, and then check that the curvesize is divisible by a very large prime, which renders the PH attackinfeasible. For curve sizes of 256 bits, one might have to try on theorder of hundred or so curves.

A fourth tier of attack is only effective for a small, butnon-negligible, set of values of the constant; however, an adversary hasthe ability to find such constants by methods faster than random trialand error. Such an attack can be referred to as insight-attackable withrespect to the constant.

Note that the PH attack can be viewed as a fourth-tier attack,insight-attackable with respect to the curve coefficients because, insome cases, an attacker can find curve coefficients in which the curvesize is only divisible by very small primes, making the attack muchfaster than it is for random curve sizes. Therefore, although the PHattack is a third-tier attack, which is qualitatively stronger than afourth-tier attack, it can also be regarded as a fourth-tier attack thatis quantitatively stronger than a third-tier attack.

A fifth tier of attack is only effective for a small, butnon-negligible, set of values of the constant. Such an attack can bereferred to as search-attackable with respect to the constant. Note thatone can also view the PH attack as search-attackable with respect to thecurve coefficients because for a small fraction of curve coefficients,the curve order will be smooth, divisible only by very small primes,which makes the PH attack much faster than for a random curve size.

A sixth tier of attack is only effective for a negligible set of valuesof the constant, although the adversary has some insight to find theinsecure values of the constants faster than the trial search. Such anattack can be referred to as randomly avoidable with respect to theconstant. In ECC, the MOV and SASS attacks are randomly avoidableattacks with respect to the curve coefficients.

Note that the Pollard rho and PH attacks are generic group attacks; theywork only by looking at the group structure and do not depend on thewhole elliptic curve structure, including the underlying field. Theeffectiveness of the Pollard rho and Pohlig-Hellman attacks aredetermined by the curve size (and its factorization into primes).

In addition to the six tiers above, attacks can also be categorized intopublic and secret attacks. Four attacks mentioned above, Pollard rho,PH, MOV and SASS, are public attacks. Before an attack becomes public,it is a secret.

FIG. 2 is a schematic diagram showing aspects of an example cryptographysystem 200 that implements a cryptography scheme. The cryptographysystem 200 includes terminal modules 202 a, 202 b and a cryptographicfunction parameter generation module 220. The modules 202 a, 202 b, and220 can each be implemented as computer program modules or other typesof modules at one or more terminals. For example, the terminal module202 a can be implemented by the sender terminal 102 a of FIG. 1, and theterminal module 202 b can be implemented by the recipient terminal 102 bof FIG. 1. The terminal modules 202 a, 202 b can be implemented byadditional or different types of hardware systems, software systems, andcombinations thereof.

The cryptography system 200 utilizes a cryptography scheme to allowsecure communication from the terminal module 202 a to the terminalmodule 202 b. The cryptography scheme may be used for other purposes,for example, to encrypt or authenticate communications between otherterminal modules. In some implementations, the cryptography system 200uses a public key encryption scheme, a symmetric key encryption scheme,or another type of cryptographic scheme.

The terminal modules 202 a, 202 b communicate with each other, forexample, over a data network or another type of communication link. Theexample terminal modules 202 a, 202 b can include a cryptographiccommunication modules 210 a, 210 b, respectively, and possibly othermodules. The terminal module 202 a can access the unencrypted orunsigned message 206 a, for example, from a local memory, over anetwork, or in another manner. In the example shown in FIG. 2, theterminal module 202 a can access an unencrypted or unsigned message 206a, generate a cryptographic object 206 b (e.g., an encrypted message,digital signature, authentication tag, digital certificate, etc.), andsend the cryptographic object 206 b to the terminal module 202 b. Theterminal module 202 b can receive the cryptographic object 206 b fromthe terminal module 202 a and recover all or part of the informationcontained in the cryptographic object 206 a by decrypting or performingdata authentication of the cryptographic object 206 b.

In some implementations, the cryptographic function parameter generationmodule 220 can generate a cryptographic function parameter and providethe cryptographic function parameter to the cryptographic communicationmodules 202 a, 202 b. In some implementations, the parameters aregenerated by a standards body or some other third party, and thecryptographic function parameter generation module 220 can be externalto (and remote from) the terminals 202. In some implementations, theterminal modules 202 a, 202 b can generate one or more parameterslocally, and the cryptographic function parameter generation module 220can be included in one or both of the terminal modules 202 a, 202 b.

The cryptographic communication module 210 a can include any suitablehardware, software, firmware, or combinations thereof, operable toexecute cryptographic operations. In some instances, the cryptographiccommunication module 210 a is configured to perform data encryption. Forexample, the cryptographic communication module 210 a may be configuredto encrypt messages or other types of data based on a parameter for acryptographic function provided by the cryptographic function parametergenerator module 220. In some instances, the cryptographic communicationmodule 210 a is configured to provide data authentication. For example,the cryptographic communication module 210 a may be configured togenerate a digital signature or authentication tag based on a parameterfor a cryptographic function provided by the cryptographic functionparameter generator module 220. In some instances, the cryptographiccommunication module 210 a is configured to generate digitalcertificates or other types of cryptographic objects. For example, thecryptographic communication module 210 a may be configured as acertificate authority to issue digital certificates based on a parameterfor a cryptographic function provided by the cryptographic functionparameter generator module 220. The cryptographic communication module210 a may be configured to perform additional or different types ofoperations.

In some implementations, the cryptographic communication modules 210 aand 210 b can communicate with each other over an open channel. Forexample, the cryptographic communication module 210 a may sendcryptographic data (e.g., encrypted messages, signed messages,cryptographic certificates, public keys, key-agreement data, etc.) tothe cryptographic communication module 210 b over a communicationchannel that is observable, partially or wholly, by the adversary 112.In some instances, the cryptographic communication modules 210 a and 210b can communicate over one or more data communication networks, overwireless or wired communication links, or other types of communicationchannels. A communication network may include, for example, a cellularnetwork, a telecommunications network, an enterprise network, anapplication-specific public network, a Local Area Network (LAN), a WideArea Network (WAN), a private network, a public network (such as theInternet), a WiFi network, a network that includes a satellite link, oranother type of data communication network. Communication links mayinclude wired or contact-based communication links, short-range wirelesscommunication links (e.g., BLUETOOTH®, optical, NFC, etc.), or anysuitable combination of these and other types of links.

FIG. 3 is a flow chart showing an example process 300 for generatingcryptographic function parameters using compact source code. Some or allof the operations in the example process 300 can be performed by a userterminal, a server, by another type of computing system, or acombination of these. For example, all or part of the process 300 can beexecuted by the sender terminal 102 a of FIG. 1 or the terminal module202 a of FIG. 2. In some implementations, some initial steps (togenerate the parameters) can be performed by the cryptographic functionparameter generation module 220, and the last step (using theparameters) would be performed by the terminal modules 202 a, 202 b. Insome implementations, the process 300 is executed in a secureenvironment, for example, behind a firewall. The example process 300 caninclude additional or different operations, and the operations may beexecuted in the order shown or in a different order. In someimplementations, one or more operations in the process 300 can berepeated or executed in an iterative fashion.

At 302, source code is accessed. In some implementations, the sourcecode is accessed by a cryptography module of a computing system.Operations of the cryptography module can be executed by a dataprocessor of the computing system. The cryptography module can accessthe source code from a memory of the computing system, from an externalsource, or in another manner.

In some implementations, the source code defines seed information and apseudorandom function. The seed information can be used as an input forthe pseudorandom function. In some instances, instead of pseudorandomfunctions (e.g., the ANSI/NIST P256 and Brainpool curves) that usestandardized hash functions (e.g., SHA-1) that have their own constants(which may introduce an issue of circularity of the pseudorandomness),and especially in view of the role of pseudorandomness in preventingsixth-tier attacks (sparse attacks like MOV and SASS) as opposed topreventing fifth-tier attacks, the pseudorandom functions used in theexample techniques for parameter generation (e.g., the pseudorandomfunctions used in the compact source code for the cryptographicalgorithm parameter generation) can be called de-sparser functions so asto distinguish them and the security objectives from other pseudorandomfunctions and their purposes. For example, while many existingpseudorandom functions (e.g. hash functions) are expected to becollision-resistant and have two inputs, a secret key and some message,the de-sparser functions do not necessarily have two inputs. Thede-sparser functions can take just one input: a seed. In someimplementations, the de-sparser functions are applied to a low-entropypublic input. The output of the de-sparser function can be referred toas the product.

In some implementations, the source code can be a human-readablecomputer code. The source code can be compiled or interpreted language(e.g., J or C programming language). For example, the source code canlater be complied by a compiler program and interpreted into a machinelanguage executable by one or more data processors. In some instances,the source code can be called a “program” or “script.” The complexity ofa source code can be measured, for example, based on the computationrepresentation of a computational language (e.g., C or J programminglanguage). For example, the complexity of a value, such as a number, canbe the shortest program in the given chosen language that can returnthat number as its output. Example complexity measures are discussedbelow with respect to operation 306. In addition, the example complexitymeasure for J programming language is described below after FIG. 5.

At 306, a parameter for a cryptographic function is generated from thesource code. In some implementations, generating the parameter includesderiving the parameter from one or more outputs produced by operatingthe pseudorandom function after it has been seeded by the seedinformation. In some implementations, the output of the pseudorandomfunction can be subject to precisely defined and justified criteria toobtain a suitable algorithm constant for a cryptographic function.

In some implementations, the cryptographic function includes an ellipticcurve function, and the parameter includes a constant for the ellipticcurve function. The parameter can be or include, for example, the fieldof definition of the elliptic curve, the curve coefficients a and b inthe elliptic curve definition y²=x³+ax+b, the generator G of theelliptic group with respect to which public keys, and others. Otherexamples of parameters for cryptographic functions include the initialvalue and round constants in SHA-1, the round constants in AES, theexponent in RSA cryptosystems (with 2¹⁶+1 being commonly used), and thetwo points P and Q in the Dual Elliptic Curve (EC) DRBG. Although theexample techniques in this disclosure are discussed with respect toelliptic curves, they can be applied to generate parameters for othercryptographic functions as well.

In some implementations, a specification can be used to fully orprecisely specify objective function, the feasible constraint, or acombination of these and other criteria or attributes for theparameters. For example, the specification can fully specify a pool ofcandidate parameters, together with a security and efficiency rationaledefining the boundaries of the pool; a well-defined objective function(set) to optimize, such as, from most ideally to least ideally, one ormore of a well-defined security metric (e.g., degree of resistance toknown attacks, or strength of provable security), a well-definedcomplexity metric (discussed below), a well-defined efficiency metric,or a combination thereof in the given priority; and auxiliaryinformation, such as, the pseudorandom function, seed, and customizationinputs (if any), and any pool from which the parameters of thepseudorandom function can be drawn. An example criteria of thespecification can be: “the parameter has shortest length source codewritten in J programming language.”

In some implementations, to reduce the risk of curve manipulation, the(Kolmogorov) complexity of the source code can be optimized byminimizing it. The various aspects of the constants can have theircomplexity measured. Some example complexity measures include codelength in some standard programming language, like J or C programminglanguage, code length in some model of arithmetic computations such asstraight line programs, code length in one of the three fundamentalcomputing abstractions (Universal Turing Machine, Lambda Calculus, andPartial Recursive Functions), and compressibility under some standardcompression algorithm.

In some implementations, the parameter generation requires specificationof a candidate set of parameters. In the case of complicated parametersets, such as sets of elliptic curves, the complexity measures based onfundamental computing principles, such as lambda calculus, may result invery high complexities. In some implementations, more mathematicallyoriented complexity measures may be needed. For example, using acomplexity measure that has arbitrary-sized integers as atomic objectsrather than, say, bits would probably help to reduce the complexity ofprime-field elliptic curve constants to a level that would reduce orremove the problems resulting from complexity measures based onfundamental computing principles. The more mathematically orientedcomplexity measures can reduce the possibility of manipulation.

In some implementations, even the complexity measures of the complexitymeasures need to be considered because the choice of complexity measureitself can be manipulated. Furthermore, manipulating the complexitymeasure has an extra degree of separation from direct manipulation ofthe algorithm constants themselves. This extra degree of separationmakes a manipulation considerably more costly. In some implementations,the amount of manipulation possible in the complexity measure can alsobe accounted for by enumerating a set of complexity measures. Forexample, there are only a finite number of computer languages currentlyavailable to account for the amount of possible manipulation.

Some testable criteria can be specified for the de-sparser function(e.g., the pseudorandom used for parameter generation). The de-sparserfunction can have a minimal-complexity specification, subject to thesecriteria. The two main security goals for the de-sparser function arepseudorandomness and incompressibility.

As to pseudorandomness, if the de-sparser function is given a highenough entropy input seed, the output is computationallyindistinguishable from a uniform value in the target range. To test anddisprove this condition, it requires a high-entropy, efficientlysample-able distribution and a practical algorithm that reliablydistinguishes the function output from elements drawn uniformly atrandom from range of the de-sparser function. (Formally, the range meansco-domain, not image. So, the range of the de-sparser function must beexplicitly defined. In practice, the range typically includes integersin a given interval.) When claiming this form of pseudorandomness, theamount of entropy for the input seed needs to be specified before theproduct output can be considered indistinguishable from uniformlyrandom.

As to incompressibility, it could be computationally infeasible to findlow complexity input x such that function ƒ output y=ƒ(x) has adescription z of lower complexity than the description ƒ(x). To claimincompressibility, the complexity measure needs to be specified, and thecut-off threshold (e.g., upper bound) for the complexity of x needs tobe specified.

Both of the conditions above are falsifiable conditions, not abstractassumptions. The falsifiability can potentially help to decide betweenpseudorandom functions. If the conditions were not falsifiable, then onecould reject functions based on imprecise implausibility.

In some applications of the de-sparser functions, such as where aportion of the input seed to the de-sparser function is either random ornot subject to the control of an attacker, a milder goal ofnon-lossiness may suffice.

As to non-lossiness, if the input has high enough entropy, the outputhas high entropy. Non-lossiness is a testable condition. A disproof ofnon-lossiness is a demonstration of a high-entropy input distributionwhose output distribution has low entropy, where the thresholds for highand low entropy are quantities determined in advance defining theparameters of non-lossiness. Generally, collision resistance impliesnon-lossiness, but collision resistance is not strictly necessary fornon-lossiness.

The importance of considering the non-lossiness condition is that it isa more plausible condition and can be contemplated separately whereappropriate. Its greater plausibility can lead to greater assuranceagainst the possibility of manipulation.

As such, in some implementations, the generated parameter for acryptographic function can have a larger size in memory than the sourcecode that defines the seed information and the pseudorandom function(e.g., the de-sparser function). The size in memory of information canrefer to the amount of memory (e.g., the number of bytes, megabytes,etc.) that is needed to store the information. In some implementations,the source code includes the minimal size source code for generating theparameter for the cryptographic function. For instance, the source codecan have the minimum size according to one or more of the complexitymeasures discussed herein to describe the seed information and thede-sparser function. As an example, the source code can be written in Jprograming language and have a minimum complexity. The source code canbe compact and incompressible, or non-lossy so that not much freedom isleft for manipulation of the de-sparser function.

In some implementations, a full set of parameters for the cryptographicfunction can be generated from the source code. The full set ofparameters can have a larger size in memory than the source code thatdefines the seed information and the de-sparser function, and the sourcecode includes an incompressible code for generating a full set ofparameters for the cryptographic function. The source code can beconsidered incompressible, for example, when the size of the source codecannot be reduced further by compression or other techniques.

At 308, the parameter is used to perform cryptographic operations, suchas encrypting or decrypting for confidentiality and generating orverifying a signature for authenticity. In some implementations, theparameter is used to perform cryptographic operations according to acryptographic communication protocol. For example, the parameter can beused to perform cryptographic operations by the cryptographiccommunication modules 210 a described with respect to FIG. 2, or inanother manner.

In some implementations, to hinder manipulation, a resource-intensivefunction can be used for generating cryptographic function parameters.This approach can reduce the possibility that malicious parameters havebeen obtained through trial and error by rendering each trial morecostly. For example, a resource-intensifier can be applied before thede-sparser function to avoid interfering with the pseudorandomness goalsof the de-sparser function. As an example, an elliptic curve discretelogarithm problem can be used as a puzzle to establish thetrustworthiness of an elliptic curve. The elliptic curve can be definedover which the puzzle is defined to be derived from the output of thede-sparser function, then a puzzle whose hardness is not easilymanipulable can be obtained.

FIG. 4 is a flow chart showing an example process 400 for generatingcryptographic function parameters using puzzle-based algorithms. Some orall of the operations in the example process 400 can be performed by auser terminal, a server, by another type of computing system, or acombination of these. For example, all or part of the process 400 can beexecuted by the sender terminal 102 a of FIG. 1 or the terminal module202 a of FIG. 2. In some implementations, some initial steps (togenerate the parameters) can be performed by the cryptographic functionparameter generation module 220, and the last step (using theparameters) would be performed by the terminal modules 202 a, 202 b. Insome implementations, the process 400 is executed in a secureenvironment, for example, behind a firewall. The example process 400 caninclude additional or different operations, and the operations may beexecuted in the order shown or in a different order. In someimplementations, one or more operations in the process 400 can berepeated or executed in an iterative fashion.

At 402, a puzzle input is obtained. In some instances, the puzzle can beor include a “hard problem” (e.g., NP-hard problem) that is feasible butrequires significant computational resources to solve, and the solutioncan be verified with fewer computational resources. For example, thesolution may be verified hundreds or millions of times faster than it isgenerated using the same hardware. In some implementations, the puzzleinput can include, for example, an output product of a de-sparserfunction, or another input to seed the puzzle function. As an example,an output product of a de-sparser function can be used to define a small“puzzle” elliptic curve, say of size 60 bits, together a pair ofpseudorandom points on this curve, say P and Q. Then, the discretelogarithm of Q to the base P can be computed.

At 404, a solution to a puzzle is generated. In some implementations,the solution to the puzzle can be obtained by applying a puzzle functionto the puzzle input. Generating the puzzle solution has a highercomputational cost than verifying the puzzle solution.

At 406, a pseudorandom generator is seeded based on the solution. Afterseeding the pseudorandom generator, an output from the pseudorandomgenerator is obtained. In some implementations, the pseudorandomgenerator can be a pseudorandom function (e.g., the de-sparser functionsdescribed above with respect to FIG. 3); or can include additional ordifferent pseudorandom functions such as those that could be implementedas hardware. In some implementations, the pseudorandom generator can bebuilt using a pseudorandom function. For example, a pseudorandomgenerator R can keep a state s and have a “next” function and a“refresh” function. When the “next” function is invoked, thepseudorandom generator outputs a random output value based on thecurrent state of the pseudorandom generator and updates the stateparameter to a new state. The “next function” can be represented (r,s′)←R.next(s), where r is the random output value and s is the currentstate of the pseudorandom generator that is replaced by the new states′. A pseudorandom generator can include additional or differentfunctions. In some implementations, a pseudorandom function can beimplemented by a pseudorandom generator. For example, avariable-output-length pseudorandom function can be built from apseudorandom generator using multiple calls to “.next,” each “.next”call involving a fixed-length pseudorandom function that does not keep astate nor remember previous outputs.

In some cases, one or more of the operations 402, 404, and 406 can becombined into an iteration of an example iterative process. For example,each iteration can include generating a puzzle solution for theiteration by applying the puzzle function to a puzzle input for theiteration, seeding the pseudorandom generator based on the puzzlesolution for the iteration, and then obtaining from the pseudorandomgenerator an output for the iteration. In some cases, the puzzle inputone or more of the iterations is based on the output for a prioriteration.

As an example, due to the possibility that the seed of the de-sparserhas been manipulated in order to make the Elliptic Curve DiscreteLogarithm Problem (ECDLP) on the puzzle curve easy, the operations 402,404, and 406 can be iterated by taking the puzzle solution and thediscrete log and generating yet another puzzle instance. This secondpuzzle can be yet harder to manipulate because the adversary had tomanipulate the original seed to get the first puzzle to be easy. Byiterating a few more times, the difficulty of the puzzles can beamplified. In some implementations, formally proving that thisamplification occurs may require the assumption of the pseudorandomnessof the de-sparser function, the pseudorandomness of the discrete logs ofrandom points on random curves, and the cost of the ECDLP on thepuzzle-sized elliptic curves.

At 408, a parameter for a cryptographic function is obtained based onthe output from the pseudorandom generator. In some implementations,obtaining the parameter includes deriving the parameter from one or moreoutputs produced by operating the pseudorandom generator seeded by thesolution. In some implementations, a full set of parameters for thecryptographic function can be generated from the output from thepseudorandom generator. The operation at 408 can be similar to ordifferent from the operation 306 of the example process 300. Forexample, the cryptographic function can include an elliptic curvefunction, and the parameter can include a constant for the ellipticcurve function.

In some instances, the above operations can ensure that generating acandidate constant (e.g., a candidate curve) would require a large butfeasible amount of computation. Such a large amount of computation canhelp prevent manipulation. In some implementations, for thispuzzle-based method, only the sequence of puzzle solutions needs to berecorded to be ensure quickly verifying correct derivation of thecandidates from the seed.

At 410, the parameter is used to perform cryptographic operations, suchas encrypting or decrypting for confidentiality and generating orverifying a signature for authenticity. The operation at 410 can besimilar to or different from the operation 308 of the example process300. For example, the parameter can be used to perform cryptographicoperations according to a cryptographic communication protocol.

In some implementations, to the reduce reliance on the pseudorandomfunction, some actual randomness can be incorporated into the seedvalue. This would be an instance of the principle of defense in depth,or avoiding a single point of failure. Furthermore, the unpredictabilityof the random sources may help reduce the opportunity for an adversaryto manipulate other parameters of the algorithm, including the verypseudorandom function itself.

In some implementations, when using a pseudorandom function with aninput that is derived from a true source of randomness, it is needed toassess the lossiness of the pseudorandom function. In most cases, thelossiness implies collisions. In particular, if the pseudorandomfunction is collision-resistant, in that nobody can find collisions,then it is quite plausibly non-lossy.

In some implementations, an easily and globally verifiable andnon-manipulable random source can be used to introduce randomness intothe seed value. Most natural, true random sources have some naturalbiases and are not uniformly distributed values in a range. This biaswill typically be reduced or eliminated when feeding the input to thepseudorandom function. Therefore, the amount of entropy in the randomsource, how difficult this is to manipulate, and how easy it is toverify are the main concerns of some example approaches of incorporatingrandom source into the seed values. As an example, astronomical events(e.g., sunspots, supernovas, etc.) can be used as the random source tointroduce randomness into the seed value.

In some implementations, if large quantities of verifiable randomnessare desired, then many other astronomical and non-astronomical eventsmight be useful (though less convenient than sunspots and more ephemeralthan that supernova and meteoroids). On earth, major seismic events,such as earthquakes, can sometimes be measured at great distances acrossthe earth, and these characteristics may be useful as randomnesssources. On other planets, large-scale sandstorms on Mars and cloudformations on Jupiter as imaged from earth-based telescopes are examplerandom sources.

FIG. 5 is a flow chart showing an example process 500 for generatingcryptographic function parameters based on astronomical events. Some orall of the operations in the example process 500 can be performed by auser terminal, a server, by another type of computing system, or acombination of these. For example, all or part of the process 500 can beexecuted by the sender terminal 102 a of FIG. 1 or the terminal module202 a of FIG. 2. In some implementations, some initial steps (togenerate the parameters) can be performed by the cryptographic functionparameter generation module 220, and the last step (using theparameters) would be performed by the terminal modules 202 a, 202 b. Insome implementations, the process 500 is executed in a secureenvironment, for example, behind a firewall. The example process 500 caninclude additional or different operations, and the operations may beexecuted in the order shown or in a different order. In someimplementations, one or more operations in the process 500 can berepeated or executed in an iterative fashion.

At 502, astronomical data from an observed astronomical event isobtained. The observed astronomical event can include an event that isglobally observable and globally verifiable. For example, the observedastronomical event can include a sunspot (e.g., the sunspot pattern at apre-prescribed set of one or more past, current, or future dates), andobtaining the astronomical data can include computing the astronomicaldata based on an attribute of the sunspot. Generally, sunspot predictionseems to be difficult in that solar storms do not yet have accuratelong-term forecasts. Sunspot patterns are globally verifiable, usingsome modest astronomical equipment: a telescope, a camera, a filter, andso on. In practice, a standard image of the sun may be distributedacross the internet, and users can verify the image locally and directlyusing rather basic astronomical equipment.

In some implementations, the sun can be measured on the autumn andspring equinoxes because at these times of the year, the sun is visiblefrom all parts of the earth. One of these equinoxes may be preferable interms of average global cloud cover. Note that the sun takes 25 days torotate, which gives a many-day window to observe sunspots to accommodatecloudy days. If this is used, then the sunspots near the limb can beignored, and that rotation should be accounted for. Also, variations insunspot patterns that are expected to occur within this window can alsobe discounted.

An alternative time to measure the sun is at astronomical noon the twodays a year that the sun's rotational axis is coplanar with the earth'srotational axis. This timing has the advantage that orienting the imagesof the sun should be easiest because the sun's rotational axis willappear close to vertical to all earth observers. As long as these twotimes permit easy viewing for most of the parts of earth (that is, theyare not too close to a solstice), then this may be acceptable.

Generally, sunspots will eventually fade. So, after enough time past theobservation date, they will no longer be verifiable. Therefore, newfuture users will no longer be able to directly verify the randomness.Two example remedies to this are renewal and record keeping. In recordkeeping, daily images of the sun are published and archived by variousentities, for example, in a library, that users can cross-check and soon. In renewal, the elliptic curve can be updated periodically, say oncea year, so that new users can check the curve themselves within year.

Compared to sunspots, some other astronomical events can leave a longerlasting record for verification but may require more expensiveastronomical equipment. For example, the observed astronomical event caninclude a supernova, and obtaining the astronomical data can includecomputing the astronomical data based on an attribute of the supernova.Supernova occur sporadically but moderately often in nearby galaxies. Asupernova is often bright for many days, and afterwards leaves an evenlonger lasting remnant (such as neutron star and nebula) that may bedetectable with advanced astronomical equipment. The position of thesupernova and its remnant can be quite stable. This position may,therefore, provide a physical record.

As another example, the observed astronomical event can include ameteoroid discovery, and obtaining the astronomical data can includecomputing the astronomical data based on an attribute of the meteoroid.Small meteoroids that are difficult to observe from large distancesporadically pass close to the earth. Once these are observed, theirtrajectories may be calculated, and then they can subsequently betracked once they pass the earth because once one has the correcttrajectory data, observation at greater distances may be feasible. Insome instances, over time, it may be able to find more and more suchmeteoroids at greater distances; each new discovery can be viewed as arandom event.

As another example, the observed astronomical event can include an eventon an extraterrestrial planet (e.g., sandstorm on Mars, cloud formationon Jupiter, etc.), and obtaining the astronomical data can includecomputing the astronomical data based on an attribute of the event. Theattribute of the event can relate to, for instance, the location,timing, duration, physical extent or magnitude of the event, or acombination of these. The astronomical event can be associated with anyextraterrestrial body (e.g., a moon, a planet, etc.) or formationassociated with any extraterritorial planet (e.g., Mercury, Venus, Mars,Jupiter, Saturn, Uranus, Neptune, Pluto, or extrasolar planets).

At 504, a customized input value for the cryptographic function isobtained. The customized input value can include one or moreuser-selected input values, for example, an alphanumeric value receivedfrom an individual user or group of users. The customized input valuescan be used to generate customized cryptographic parameters, forexample, based on a user-selected input value, the astronomical data,other factors, or a combination of these. In some implementations,customizable elliptic curve generation allows a smaller set of users touse the same generation method but obtain different parameters. Thebenefits of customizability may include, for example, enhanced securityand reduction of the trust of the generation method itself. For example,some attack algorithms cannot be amortized across multiple parameters.That is, an attacker may have to restart the attack for each new set ofparameters. In that respect, using different parameters can boostsecurity per user. As for reducing the trust on the generation methoditself, particularly, the randomness of generation method depends lesson the pseudorandomness and more on the non-lossiness of thepseudorandom function.

In some implementations, customizability can be used in a time-basedfashion (e.g., refreshing in real time, periodically, or from time totime). Customizability can be used, in some cases, for a degree ofaccountability by identifying the parties who generated the curve.Customizability can be used, in some cases, to avoid shared constantsbetween different-purpose algorithms, to avoid potential badinteractions, etc. Customizability can be used in additional ordifferent applications.

At 506, a pseudorandom generator is seeded based on the astronomicaldata, the customized input values, or a combination of these and otherinputs, and after seeding the pseudorandom generator, an output from thepseudorandom generator is obtained. In some implementations, theastronomical event and the pseudorandom generator are specified by acryptosystem protocol, and the cryptosystem protocol permits a range ofvalues for the customized (e.g., user-selected) input value. Thepseudorandom generator here can be seeded or otherwise operated in asimilar manner as the operation 406 of FIG. 4, or it can includeadditional or different pseudorandom functions and be operated indifferent manner.

At 508, a parameter for a cryptographic function is obtained based onthe output from the pseudorandom generator. In some implementations, afull set of parameters for the cryptographic function can be generatedfrom the output from the pseudorandom generator. In someimplementations, obtaining the parameter includes deriving the parameterfrom one or more outputs produced by operating the pseudorandomgenerator seeded by the solution. In some implementations, a full set ofparameters for the cryptographic function can be generated from theoutput from the pseudorandom generator. The operation at 508 can besimilar to or different from the operation 306 of the example process300 or the operation 408 of the example process 400. For example, thecryptographic function can include an elliptic curve function, and theparameter can include a constant for the elliptic curve function.

At 510, the parameter is used to perform cryptographic operations, suchas encrypting or decrypting for confidentiality and generating orverifying a signature for authenticity. The operation at 510 can besimilar to or different from the operation 308 of the example process300 or the operation 408 of the example process 400. For example, theparameter can be used to perform cryptographic operations according to acryptographic communication protocol.

The techniques described above with respect to FIGS. 3, 4 and 5 can becombined with each other or with other techniques for generatingcryptographic function parameters.

In some instances, improvements on rules committee, objectivecompetition, and universal constant generation method are provided. Mostexisting cryptographic algorithms, particularly in regard to theirconstants, have three typical origins: proprietary proposition(including academia, open source, private company, and government);open-submission competition, with authoritative judges and committeenegotiation; and consensus and ballot. Such processes can potentially becomplicated, biased, and subverted or at least be accused of suchproblems.

The following improvements to the procedures above may reduce thepossibility of subversion. A rules committee can develop and maintain aset of objective competition rules. Although committees can be biasedand thereby influence the rules, the rules can be objective, offering adegree of separation from the outcome of the competition. The rules canaim for simplicity and feasibility. In other words, the committee candetermine a set of requirements (a well-known idea), but therequirements can described in a fully programmatic and mathematicalfashion. The rules can be objective and easily verifiable. Any proposalcan be possible for anybody to judge: any constantgeneration/verification method can be judged by the same set of rules.In some implementations, a constant generation method can generate allkinds of constants, including ECC coefficients, DH and DL parameters,hash initial values and round constants, and block cipher roundconstant. Moreover, proposal submission may be open to anybody.

The scope of this process can be limited to clearly-defined constants,not to judge general algorithms. Algorithm designers and users canseparate the selection of constants from the algorithm. They can perusethe list of proposals in the competition, apply the rules to select thebest proposal, and apply the method. In other words, a committee neednot decide the best method, but rather maintain a list of submissionsand rules, permitting a user to access this information and determine(or confirm) the best constants from the rules and submissions.

In the following, the J programming language is used as an example forillustrating a complexity measure of a source code. To start, someexamples of representing positive integers in the J programming languageare provided. Integers of a size around 2²⁵⁶ are considered because thesize is of greatest interest to elliptic curve cryptography. First,consider the field size of the NIST elliptic curve P256. In J, thisinteger can be specified in 17 characters (including four spaces) as:−/2x^32*8 7 6 0 3

To interpret this J expression, from the right to the left, the sequence8 7 6 0 3 represents an array of five integers. Then, 32*8 7 6 0 3 meansto multiply each array entry by 32, resulting in 256 224 192 0 96,another array. The value 2x means the integer 2 with arbitrary precision(rather than just the default precision of the computer hardware). Thearbitrary precision will be used in the next step. The operator ^ meansexponentiation, so 2x^32*8 7 6 0 3 results in the array with entries2²⁵⁶, 2²²⁴, 2¹⁹², 1, and 2⁹⁶ (in that order). The J expression −/ meansto insert a subtraction operation between each element of the array. InJ, all operators have right-precedence in the sense they are evaluatedfrom right to left. So the result of the above is:(2²⁵⁶−(2²²⁴−(2¹⁹²(1−2⁹⁶))))J then evaluates this expression.

Next, how this expression relates to the NIST P256 prime value is shownbelow. The nested subtractions can be replaced by non-nested alternatingsubtractions and additions, as follows:2²⁵⁶−2²²⁴+2¹⁹²−1+296

Then, one just re-arranges the order of terms to get the usualrepresentation of the NIST P256 field size:2²⁵⁶−2²²⁴+2¹⁹²+2⁹⁶−1

There are other ways to express this same integer in the J programminglanguage. For example, one can write its normal decimal expansion as:115792089210356248762697446949407573530086143415290314195533631308867097853951x

The final x indicates that the integer is to be treated as amulti-precision integer. (Without the x, entering the decimal expansionwill cause rounding to floating-point number, which loses many of theleast significant digits, no longer resulting in a prime number.) This Jexpression requires 79 characters, which is considerably longer than the17 characters for our first J expression.

The shortest J representation of a value is of interest. A simplealternative to the decimal expansion can be considered by increasing thesize of the radix (also known as base) from ten to a larger value, whichreduces the number of digits needed.

The J language allows integers to be entered in radices (bases) up to36, by using lowercase letters instead of decimal digits to representradix entries (digits) from 0 to 35. To use these alternative radices,one has to prefix the representation with the radix (in decimal) andthen enter the letter b (for base, another term for radix). In order toavoid floating-point conversion, one cannot terminate the representationwith x (which we could do with the decimal representation) because thatcould now be confused with a digit. Instead, one can prefix the stringwith “x:”, which applies a conversion function that forces its inputs toretain arbitrary precision. Thus, the NIST P256 prime field size can berepresented in J using the 55 characters:x:36b6dp5qc7tnj0m0gazijnpmwo1vwe5o45gjklszj59vqctqekoov

An even larger radix can also be used. For example, radix 95 can beconsidered because the number of visible (and easily type-able) ASCIIcharacters is 95. In this example, start with the J expression:95x p.˜32−˜a.i.′q:+_Re:iVjjlgGl?:8Wn.4\c}54$xlF%CQco+>q′where the characters between the single quotes(‘q:+_Re:iVjjlgGl?:8Wn.4\c}54$xlF%CQco+>q’) are treated as strings,which represents an array of ASCII characters. The a.i. converts thestring to an array of integers representing the ASCII codes ofcharacters in the string. The 32−˜ expression subtracts 32 from eachinteger: 32 is the smallest ASCII code (for space) of a visiblecharacter. The 95x p. expression treat the array of integers as the base95 representation of a big integer and results in the value of thatinteger.

The reason that that radix 95 expression is longer than the radix 36expression is the greater overhead in getting J to do the extraprocessing that is not built-in (as it is for radix 36). The actualnumber of radix entries (digits) is fewer for radix 95.

In addition, any similarly sized integers can be expected to have a Jspecification of similar size, whether it uses radix 36 or radix 95. Forlarger integers, the radix 95 representation could be shorter than theradix 36 because the overheads remain the same.

For J programs specified in ASCII characters, a radix 95 expansion canbe regarded as nearly optimal, in the sense of being shortest, for mostlarge integers. In some instances, better ways to write a base 95expansion are possible with a shorter overhead code than the code above.

For J implementations in different languages, a larger set of charactersmay be available, allowing for a yet shorter representation. Theoverhead for the radix 95 expression above is 17 characters, so it wouldnecessarily be longer than the first 17 character expression.

As such, the above examples show how compactly J language can representan integer and how the NIST P256 prime field size is objectively compactcompared to a typical integer of its size, consuming 17 charactersinstead of 55 characters.

One feature of J programming language is that it provides an objectiveway to demonstrate that NIST P256 field size is a special number in thesense of having a lower complexity measure than numbers of greater size.For example, conventional mathematical notation can demonstrate thisspecial nature. For instance, if writing the NIST special prime as:2^256−2^224+2^192+2^96−1then 28 characters are used instead of 78 provided by the decimalexpansion (which is also allowed under the most conventionalmathematical notations). As such, the compactness of the J language canspecify more complicated numbers in a random-appearing yet compactmanner.

As with most other programming languages, a J program can be parsed intotokens. In J, the tokens are classified into several groups, the mostimportant of which called are nouns, verbs, adverbs, and conjunctions(named after terms from the syntax of English, but with differentmeanings in J). For example, nouns can include numbers, arrays, andstrings. Strings are arrays of characters and can be defined by enteringcharacters between two single quotes. The variable a. in the radix 95expression above holds a string of all characters used in the Jimplementation, which includes all the ASCII characters, of which only95 can be easily typed into a program.

Verbs can include, for example:^−x. p. i.that perform multiplication, exponentiation, subtraction, contraction,conversion, polynomial evaluation, and indexing, respectively. Verbstake nouns as inputs, sometimes just one noun on the right, andsometimes two nouns, one on each side. Verbs, when evaluated, produceanother noun as an output.

Verbs are not very unusual in terms of syntax, with a syntaxcorresponding to what are called operators in the C programminglanguage. However, verbs can be user-defined and even tacitly defined,which is different from C. In C, and many other languages with similarsyntax, programmers can define a function f, but it always has thesyntax ƒ(i1, i2, . . . ), where i1 and i2 and so on are the inputs,whereas in J, there are at most two inputs, and it is written i1 f i2.In J, all verbs have equal precedence, and the rightmost verbs in anexpression are evaluated first.

Example adverbs shown above include:/ ˜

An adverb takes as input one verb, which is always on the left, andoutputs another verb. Then, the output verb itself can be evaluated,taking as inputs a noun. So the expression −/ takes the verb − andmodifies it to produce a new verb, which, when applied to array on theright, inserts a subtract verb between each entry in the array. Theadverb ˜ can be used to switch the left and right inputs to a verb, so a− ˜ b will evaluate to the same value as b−a. The result of applying anadverb to a verb is called a tacit, or implicit, verb definition becausethe resulting verb is not defined explicitly in terms of its inputvariables. Such tacit definitions of verbs make J unusual compared toother languages, but also make it compact, which is useful for theexample parameter generating techniques described herein.

In some implementations, adverbs can also, and commonly do, take nounsas inputs. Adverbs usually output verbs, but are allowed to output otherparts of speech. Conjunctions are similar to adverbs, but take twoinputs, one on the left and one on the right. When conjunctions aresupplied with only one input, they output an adverb, which expects theother input of the conjunction, always on the left, whether or not theconjunction was supplied its left input or right input. Such an adverbis a tacitly defined adverb.

Take a more complicated J program as an example. The J program examplebelow can be used to implement a useful pseudorandom function F. The Jprogram is:(&|)(@(2 3 5&^))(+/@)(^:7)

This J program defines an adverb. So, to apply this program, an argumentneeds to be supplied to the left, which is intended to a prime numberfor the example techniques described in this disclosure. The result ofapplying the adverb to its argument is a verb, taking on argument on theright, which is intended to be a small non-negative integer, such aszero.

This adverb is a train of four smaller tacitly defined adverbs, eachenclosed in a pair of matching parentheses. Adverbs in a train areapplied from left to right. &| is the first adverb in the train. It willreceive the input of the field size p and output a verb that reducesintegers modulo p. The conjunction & here is used to bond a noun to averb, to produce another verb in which one of the inputs is fixed, in aprocess called currying. The verb | computes modular reduction formulti-precision integers.

@(2 3 5&^) is the second adverb in the train. The sub-expression 2 3 5&^is a tacitly defined J verb that on integer input x outputs an array2^(x) 3^(x) 5^(x). The conjunction @ is called composition and composesthis verb with previous verb, which reduces integers modulo p. So, thefirst two adverbs, when applied top, return a verb that maps an integerx to an array (2^(x) mod p) (3^(x) mod p) (5^(x) mod p).

+/@ is the third adverb in the train. It composes the previous verb withthe summation verb +/, producing the verb that maps integer x to (2^(x)mod p)+(3^(x) mod p)+(5^(x) mod p).

^:7 is the fourth adverb in the train. It modifies the previous verb byiterating it seven times, giving a J verb which computes the function F.

The output of this J adverb is a verb, with one argument on the right,which is the index m, the input to our function F. So F(0), without thefinal modular reduction, can be specified in J as:p F 0

In the short program above, the J noun p should have previously beendefined as the value of the prime under consideration, such as inp=:−/2x^32*8 7 6 0 3, or else p could be replaced by a parenthesizedexpression (−/2x^32*8 7 6 0 3), and F could be replaced by the previousprogram, or else have previously executed an assignment of the form:F=:(&|)(@(2 3 5&^)(+/@)(^:7)

The utility of the resulting function and the utility of specifying ashort J program for the function will be discussed below with respect tothe examples.

For a first example, consider modifying Curve25519 by replacing its mainparameter coefficient A by a pseudorandom value. Recall that, currently,A is chosen as the minimal value meeting certain constraints for theelliptic curve y²=x³+Ax²+x defined over the field of size 2²⁵⁵−19. Thecurrent value A can be replaced by another value Z=F(m), where F is afunction to be determined below, and m is the minimal non-negativeinteger such that F(m) meets the constraints on the elliptic curvey²=x³+Zx²+x defined over the field of size p=2²⁵⁵−19.

F can be an example compact pseudorandom function described with respectto example process 300. Both the compactness (incompressibility) andpseudorandomness of F as a function need to be testable, and this willbe defined in a manner described below.

In addition, the complexity of expressing Z as F(m) is minimal in thesense that it is more compact than expressing Z in its more naturalradix (binary, decimal, or any base) expansion, under the givencomplexity metric.

Note that the effective value of Z will be Z mod p. In someimplementations, since all Zs require reduction mod p to determine theireffective value, the cost of mod p can be ignored in measuring thecomplexity.

An existing programming language can be used to specify F, but for anaccurate measure of the complexity, the choice of programming languagecan be added into the measure of the complexity F. For simplicity, asimple character count of the language specification can be used as thecomplexity measure. If one refers to the Rosetta code web site, onefinds about 1000 computer languages. Allowing for different versions foreach language, this adds a cost of approximately two bytes, say sixteenbits, to represent the language.

In some implementations, the J programming language can be chosen for afew reasons. It has a compact syntax and a large but tersely named setof simple but powerful built-in primitive functions. In particular, itallows specification of a diversity of complicated functions using veryfew characters. This level of compactness may also be possible in moreadvanced languages that implement complicated algorithms, such as Sagebut the fact that the J built-in primitives are all fairly simpleensures that the results are freer from manipulations. For example, someadvanced languages have built-in functions like SHA-1 that alreadyincorporate some cryptographic constants.

Further, any similarly sized integers would have a J specification ofsimilar size. The Curve25519 field size has a J specification of just 10characters:19−˜2x^255

In terms of J specifications, the description of F can be quite compactbut pseudorandom. Further, Z needs to have a J specification with fewerthan 56 characters, which is the approximately minimum number ofcharacters needed to express a random 256-bit integer in J characters.

In some implementations, the pseudorandom function F can be chosen basedon an iterated three-term function. For example, an example choice of Fis based on iterating a primitive function ƒ seven times, with thenumber of iterations to be justified below. For the compactness of F,its J specification and a direct J specification of Z can be specified.If one can find another pseudorandom function with a shorter Jspecification, then that would undermine the compactness of F.

In some implementations, F first needs to be a pseudorandom function,which is a question independent of its J specification. Therefore, F canbe described first in more conventional mathematical notation. Note thatmost existing pseudorandom functions already used in cryptography aredeficient in the sense of not being sufficiently compact.

Abstractly, the primitive function ƒ includes the definition of fieldsize, which in this case is p=2²⁵⁵−19. One example primitive function ƒused here is given as:ƒ(x)=(2^(x) mod p)+(3^(x) mod p)+(5^(x) mod p).

The output off varies between 0 and 3p−1. The input can be any integer,but the input only matters modulo p−1, or more precisely modulo theleast common multiple of the orders of 2, 3, and 5. In someimplementations, the primitive function ƒ can be a puzzle and can beiterated to amplify the difficulty of the puzzle.

The purpose of choosing three terms, instead of one or two, is to reducethe possibility that for some choice of primes p, all the terms in thesum have low period as a function of x. In other words, the primitive ƒis intended to be usable for any prime p.

The purpose of using the exponential functions is to be efficientlycomputable, yet moderately hard to invert. An individual exponentiationfunction is invertible using the number field sieve algorithm.

The difficulty of this inversion step helps to support thepseudorandomness. Next, iterate ƒ seven times, so:F(x)=ƒ(ƒ(ƒ(ƒ(ƒ(ƒ(ƒ(x))))))).

In some instances, the iteration directly improves neither the generalpseudorandomness nor the general non-invertibility. Instead, theiteration helps in two ways: first, to ensure that F(x), for very smallinputs, like 0 and 1, seems to overshoot p, and thereby ensures thestandard radix representation of F(x) will not be shorter than F. Only afew iterations are needed to cause such overshot; second, if a weakervariant ƒ with just one exponential term is used, then given a smallinput x, the baby-step-giant-step algorithm could be used to invert ƒ onthese small inputs faster than exhaustive search. Iterating such avariant ƒ, even with just two applications off seems to preventbaby-step-giant-step attacks. In other words, after the firstapplication of ƒ, the next input to ƒ is large, so there is no speed-upavailable to invert ƒ more quickly than for random inputs. If iterationhelps with this weaker variant ƒ, then maybe it helps with the chosen ƒ.In other words, it may be plausible that the iteration improves thenon-invertibility on small inputs.

7 iterations were chosen because this is the smallest prime not yet inappearing in the definition of F. Additional or different number ofiterations can be used.

Note also that, in iterating ƒ, modulo p between each iteration is notreduced. This helps to keep the J specification shorter, but also seemsto slightly add some further pseudorandomness, in the sense that thepipeline for F is slightly wider than its input or output values.

Now F can be specified in the programming language J. For example, thefirst example specification of F is as a J “adverb”:(&|)(@(2 3 5&^))(+/@)(^:7)

This J specification uses 26 characters and is the same exampledescribed above with respect to the complexity measure of the Jprogramming language. As discussed above, J variable p can be defined asfollows:p=:19−˜2x^255

But rather than using multiple lines of code and more characters, unrollall of the above into a single line of J code that specifies F(0) in 35characters:7&(2 3 5&(+/@:((19−˜2x^255)&|@^)))0

Note that, in unrolling F, a standalone J adverb is no longer needed forbuilding F from a prime. Instead, a verb for F has been directly createdusing J's usual tacit definitions. This unrolling has saved a fewcharacters, since 35<10+26+1<12+26+1.

If the index m requires 6 decimal digits to be represented, then F(m)can be represented in 40 J characters, which is fewer than the 56 thatmight be needed using a conventional radix expansion in J. This suggeststhat the form of F(m) is the most compressible in J, which can be viewedas a weak form of evidence that Z is compact.

As a second example of a pseudorandom function, the function has a Jspecification as an adverb using 27 characters:(&|)(@^)˜(@>:)^:(<9))(+/@)

Given that this function uses one more character in its J specificationthan the function from the previous section, one can rule it out forbeing non-minimally compact under the chosen measure. Nevertheless, thisexample is presented to demonstrate how one might disqualify anothercandidate pseudorandom function for having a longer specification and toprovide this example as a backup pseudorandom function in case theprevious function is determined to be insufficiently pseudorandom.

In some implementations, when trying to find a compact pseudorandomfunction, it may be useful to compile a list of plausible candidatesthat can easily be compared based on specification. The more difficulttask is to assess the pseudorandomness of each candidate function.Again, the pseudorandomness can be assessed objectively by exhibitingdistinguishers. Therefore, having such an alternative candidatespecification can be useful just in case the previous shorterspecification turns out to have some flaw, say in its pseudorandomness.For example, it might be worth investigating how many characters mightbe saved in an unrolled specification of Z, with this function (just aswe unrolled the specification of Z with the previous example.)

The second function F can be abstractly described and itspseudorandomness can be justified. It uses a primitive function ƒdefined by ƒ(x)=(x+1)^((x+1)) mod p, which can be referred to asself-exponentiation. (The addition of one prevents fixed points at 0 and1). Instead of simple iteration to build F from ƒ, here a summediteration is used: F(x)=x+ƒ(x)+ƒ²(x)+ . . . +ƒ⁸(x), where the exponentsindicate repeated application. Unlike simple iteration, the summediteration seems to contribute to both pseudorandomness andnon-invertibility, and happens to be compact to implement in J. Forexample, consider how hash functions, such as SHA2, have a compressionfunction F that maps x to x+ƒ(x), where ƒ is some invertible function(and + is element-wise addition of arrays modulo the computer wordsize). If this construction takes an invertible ƒ and produces anon-invertible F, then it potentially improves non-invertibility ingeneral. Here, multiple iterations are added together because moreiterations and terms potentially further increase non-invertibility, anda single iteration is not enough for the chosen ƒ when considering smallinputs because applying a singly summed iteration to input x=0 yieldsx+ƒ(x)=0+ƒ(0)=ƒ(0)=1¹ mod p=1, which is unacceptable as a random value.More precisely, the goal was that, for any sufficiently small x that onecan feasibly find, if y=ƒ(x), then ƒ(x) can always be the most compactrepresentation of y, and in particular more compact than the defaultrepresentation of y. In this case, if defined this way, it would fail tomeet its goal. This defect seems to be fixed by using more iteration inthe sum. And for the specification to be as small as possible, the Jspecification is more compact than conventional mathematical notation.

In some implementations, a more thorough approach might take the form ofa competition, such as the competition used for AES and SHA3. As anexample, the rules of the competition may work as follows. Anybody cansubmit a J specification for the function. The rules may either specifythat F is submitted or that Z is submitted. After the initialsubmission, then there would be public review period, during whichchallengers can try to refute the pseudorandomness of the candidates bydemonstrating a distinguisher or a compressor.

Once the public review period has expired, the shortest candidate whosepseudorandomness has not been refuted wins. Given ties in length, thensome lexicographic order can be used, or perhaps order of submission.

In some implementations, the competition can be held periodically, orcan be kept as ongoing. In the periodic version, the competition is heldagain at newly scheduled time, with possibly new outcomes. In theongoing version, there are no submission and challenge deadlines.Rather, at any time, there are a number of candidates and challenges,each of which can be submitted at any time. The shortest (earliest)candidate without a successful challenge is deemed the current champion.In the ongoing competition, the champion could change erratically,either by a new candidate, or by a successful challenge of the currentchampion.

It is possible that all candidates will be successfully challenged, inwhich case there would no champion. To handle this, one might throw insome very trustworthy pseudorandom functions, such as SHA2 and Keccakand something based on RSA or even ECDLP. These functions would havemuch longer specification, but would be unlikely to have theirpseudorandomness successfully challenged.

A more elaborate example is described as follows. In particular, given acompact pseudorandom function F that takes input and produces outputs ofnon-negative integers, and the target quantity Z can be determined asfollows:Z=F(m+F(W(C,R,m)))where m is the minimal input such that Z meets the given constraints,and W is a proof-of-work function that is moderately difficult tocompute (and has an output range compatible with the input range of F),C is a customization value, and R is value obtained as true source ofrandomness.

An example of W is described as follows. To compute W(C, R, m), firstcompute N=F(C+F(m+F(R)). Then, form a set including all of the positivedivisors of N+1, N+2, N+3, N+4, N+5, N+6. Apply F to each divisor andsum. The main task of the work is the factorization. A certificate ofthe factorizations can also be provided to help make verification of thework easier. In some implementations, the size of the factorizations canbe boosted. In some implementations, the factorization problem can bereplaced by a discrete logarithm problem or else some repeatedcomputation, such as repeated application of F.

The customization value C can be a short string, such as “CFRG”converted to a number in a fairly standard manner, agreed upon inadvance. The random value R can be a value difficult to predict, yetfairly easy for anybody to verify. For example, R can be derived fromthe solar sunspot status at some point in the future. The sun rotatesabout once every 25 days. Around the vernal or autumnal equinox mostplaces on earth will have a view of the sun if weather permits. Assuminga clear sky once among 10 days surrounding, the equinox might provideenough opportunity for every observer on earth to view the middleportion of the sun.

In some implementations, some further method may be used to digitize thecurrent sunspot status. This could be agreed upon by a rules committee.An authority can form an image of the sun, at a level of detail thatmakes predicting it difficult for anybody, but at a low enough detail tomake it easily verifiable by others. The image may also account for therotation of the sun, so that verification is possible days after theimage is taken, by suitably transforming the image. This approach wouldallow the official image to be distributed across the internet, with anycautious user being able to verify the image.

The advantage of using the sunspots like this is that sunspots are lesssubject to manipulation than some other events (e.g., stocks or news),and they are globally available, not just locally available like weather(and can, therefore, bypass using the internet for authenticatedsharing). In some implementations, users can use their own value of C,albeit at the cost of using a different elliptic curve. In someimplementations, it may make sense to pursue the definition of W and Rbefore the definition of F.

The operations described in this specification can be implemented asoperations performed by a data processing apparatus on data stored onone or more computer-readable storage devices or received from othersources. The term “data processing apparatus” encompasses all kinds ofapparatus, devices, and machines for processing data, including by wayof example a programmable processor, a computer, a system on a chip, ormultiple ones, or combinations, of the foregoing. The apparatus caninclude special purpose logic circuitry, e.g., an FPGA (fieldprogrammable gate array) or an ASIC (application-specific integratedcircuit). The apparatus can also include, in addition to hardware, codethat creates an execution environment for the computer program inquestion, e.g., code that constitutes processor firmware, a protocolstack, a database management system, an operating system, across-platform runtime environment, a virtual machine, or a combinationof one or more of them. The apparatus and execution environment canrealize various different computing model infrastructures, such as webservices, distributed computing and grid computing infrastructures.

A computer program (also known as a program, software, softwareapplication, script, or code) can be written in any form of programminglanguage, including compiled or interpreted languages, declarative orprocedural languages, and it can be deployed in any form, including as astand-alone program or as a module, component, subroutine, object, orother unit suitable for use in a computing environment. A computerprogram may, but need not, correspond to a file in a file system. Aprogram can be stored in a portion of a file that holds other programsor data (e.g., one or more scripts stored in a markup languagedocument), in a single file dedicated to the program in question, or inmultiple coordinated files (e.g., files that store one or more modules,sub-programs, or portions of code). A computer program can be deployedto be executed on one computing device or on multiple computers that arelocated at one site or distributed across multiple sites andinterconnected by a communication network.

The processes and logic flows described in this specification can beperformed by one or more programmable processors executing one or morecomputer programs to perform actions by operating on input data andgenerating output. The processes and logic flows can also be performedby, and apparatus can also be implemented as, special purpose logiccircuitry, e.g., an FPGA (field programmable gate array) or an ASIC(application-specific integrated circuit).

Processors suitable for the execution of a computer program include, byway of example, both general and special purpose microprocessors, andany one or more processors of any kind of digital computing device.Generally, a processor will receive instructions and data from aread-only memory or a random access memory or both. The essentialelements of a computing device are a processor for performing actions inaccordance with instructions and one or more memory devices for storinginstructions and data. Generally, a computing device will also include,or be operatively coupled to receive data from or transfer data to, orboth, one or more storage devices for storing data. However, a computingdevice need not have such devices. Moreover, a computer can be embeddedin another device, e.g., a mobile telephone, a personal digitalassistant (PDA), a mobile audio or video player, a game console, aGlobal Positioning System (GPS) receiver, or a portable storage device(e.g., a universal serial bus (USB) flash drive), to name just a few.Devices suitable for storing computer program instructions and datainclude all forms of non-volatile memory, media and memory devices,including by way of example semiconductor memory devices, e.g., EPROM,EEPROM, and flash memory devices; magnetic disks, e.g., internal harddisks or removable disks; magneto-optical disks; and CD-ROM and DVD-ROMdisks. The processor and the memory can be supplemented by, orincorporated in, special purpose logic circuitry.

To provide for interaction with a user, subject matter described in thisspecification can be implemented on a computer having a display device,e.g., an LCD (liquid crystal display) screen for displaying informationto the user and a keyboard and a pointing device, e.g., touch screen,stylus, mouse, etc. by which the user can provide input to the computer.Other kinds of devices can be used to provide for interaction with auser as well; for example, feedback provided to the user can be any formof sensory feedback, e.g., visual feedback, auditory feedback, ortactile feedback; and input from the user can be received in any form,including acoustic, speech, or tactile input. In addition, a computingdevice can interact with a user by sending documents to and receivingdocuments from a device that is used by the user; for example, bysending web pages to a web browser on a user's client device in responseto requests received from the web browser.

Some of the subject matter described in this specification can beimplemented in a computing system that includes a back-end component,e.g., as a data server, or that includes a middleware component, e.g.,an application server, or that includes a front-end component, e.g., aclient computing device having a graphical user interface or a Webbrowser through which a user can interact with an implementation of thesubject matter described in this specification, or any combination ofone or more such back-end, middleware, or front-end components. Thecomponents of the system can be interconnected by any form or medium ofdigital data communication, e.g., a data network.

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a data network. The relationship of client and server arises byvirtue of computer programs running on the respective computers andhaving a client-server relationship to each other. In someimplementations, a server transmits data to a client device. Datagenerated at the client device can be received from the client device atthe server.

While this specification contains many specific implementation details,these should not be construed as limitations on the scope of what may beclaimed, but rather as descriptions of features specific to particularimplementations. Certain features that are described in thisspecification in the context of separate implementations can also beimplemented in combination in a single implementation. Conversely,various features that are described in the context of a singleimplementation can also be implemented in multiple implementationsseparately or in any suitable subcombination. Moreover, althoughfeatures may be described above as acting in certain combinations andeven initially claimed as such, one or more features from a claimedcombination can in some cases be excised from the combination, and theclaimed combination may be directed to a subcombination or variation ofa subcombination.

Similarly, while operations are depicted in the drawings in a particularorder, this should not be understood as requiring that such operationsbe performed in the particular order shown or in sequential order, orthat all illustrated operations be performed, to achieve desirableresults. In certain circumstances, multitasking and parallel processingmay be advantageous. Moreover, the separation of various systemcomponents in the implementations described above should not beunderstood as requiring such separation in all implementations, and itshould be understood that the described program components and systemscan generally be integrated together in a single software product orpackaged into multiple software products.

Particular implementations of the subject matter have been described.Other implementations are within the scope of the following claims. Insome cases, the actions recited in the claims can be performed in adifferent order and still achieve desirable results. In addition, theprocesses depicted in the accompanying figures do not necessarilyrequire the particular order shown, or sequential order, to achievedesirable results. In certain implementations, multitasking and parallelprocessing may be advantageous.

What is claimed is:
 1. A cryptography method comprising: obtainingastronomical data from an observed astronomical event; seeding apseudorandom generator based on the astronomical data, wherein thepseudorandom generator includes a compact source code in a computerprogramming language; after seeding the pseudorandom generator,obtaining an output from the pseudorandom generator; generating aparameter for a cryptographic function by operation of one or more dataprocessors using the output from the pseudorandom generator, whereingenerating the parameter for the cryptographic function using the outputfrom the pseudorandom generator comprises generating a constant of anelliptic curve function using the output from the pseudorandomgenerator, and wherein the generated parameter for a cryptographicfunction has a larger size in memory than the compact source code of thepseudorandom function; encrypting data using the cryptographic function;and transmitting the encrypted data.
 2. The method of claim 1, whereinthe observed astronomical event comprises an event that is globallyobservable and globally verifiable.
 3. The method of claim 1, whereinthe observed astronomical event comprises a sunspot, and obtaining theastronomical data comprises computing the astronomical data based on anattribute of the sunspot.
 4. The method of claim 1, wherein the observedastronomical event comprises a supernova, and obtaining the astronomicaldata comprises computing the astronomical data based on an attribute ofthe supernova.
 5. The method of claim 1, wherein the observedastronomical event comprises a meteoroid discovery, and obtaining theastronomical data comprises computing the astronomical data based on anattribute of a meteoroid.
 6. The method of claim 1, wherein the observedastronomical event comprises an event on an extraterrestrial planet, andobtaining the astronomical data comprises computing the astronomicaldata based on an attribute of the event.
 7. The method of claim 1,comprising generating a customized set of parameters for thecryptographic function, wherein the customized set of parameters arebased on the astronomical data and a user-selected input value.
 8. Themethod of claim 7, wherein the observed astronomical event and thepseudorandom generator are specified by a cryptosystem protocol, and thecryptosystem protocol permits a range of values for the user-selectedinput value.
 9. The method of claim 1, further comprising using theparameter to perform cryptographic operations according to acryptographic communication protocol.
 10. The method of claim 1,comprising generating a full set of parameters for the cryptographicfunction from the output from the pseudorandom generator.
 11. Acomputing system comprising one or more hardware data processorsconfigured to perform operations comprising: obtaining astronomical datafrom an observed astronomical event; seeding a pseudorandom generatorbased on the astronomical data, wherein the pseudorandom generatorincludes a compact source code in a computer programming language; afterseeding the pseudorandom generator, obtaining an output from thepseudorandom generator; generating a parameter for a cryptographicfunction by operation of one or more data processors using the outputfrom the pseudorandom generator, wherein generating the parameter forthe cryptographic function using the output from the pseudorandomgenerator comprises generating a constant of an elliptic curve functionusing the output from the pseudorandom generator, and wherein thegenerated parameter for a cryptographic function has a larger size inmemory than the compact source code of the pseudorandom function;encrypting data using the cryptographic function; and transmitting theencrypted data.
 12. The system of claim 11, wherein the observedastronomical event comprises an event that is globally observable andglobally verifiable.
 13. The system of claim 12, wherein the observedastronomical event comprises at least one of a sunspot, a supernova, ameteoroid discovery, or an event on an extraterrestrial planet.
 14. Thesystem of claim 11, the operations comprising generating a customizedset of parameters for the cryptographic function, wherein the customizedset of parameters are based on the astronomical data and a user-selectedinput value.
 15. The system of claim 14, wherein the observedastronomical event and the pseudorandom generator are specified by acryptosystem protocol, and the cryptosystem protocol permits a range ofvalues for the user-selected input value.
 16. The system of claim 11,further comprising a terminal configured to use the parameter in acryptographic communication protocol.
 17. The system of claim 11, theoperations comprising generating a full set of parameters for thecryptographic function from the output from the pseudorandom generator.18. A non-transitory computer-readable medium storing instructions that,when executed by a data processing apparatus, cause the data processingapparatus to perform operations comprising: obtaining astronomical datafrom an observed astronomical event; seeding a pseudorandom generatorbased on the astronomical data, wherein the pseudorandom generatorincludes a compact source code in a computer programming language; afterseeding the pseudorandom generator, obtaining an output from thepseudorandom generator; generating a parameter for a cryptographicfunction by operation of one or more data processors using the outputfrom the pseudorandom generator, wherein generating the parameter forthe cryptographic function using the output from the pseudorandomgenerator comprises generating a constant of an elliptic curve functionusing the output from the pseudorandom generator, and wherein thegenerated parameter for a cryptographic function has a larger size inmemory than the compact source code of the pseudorandom function;encrypting data using the cryptographic function; and transmitting theencrypted data.
 19. The computer-readable medium of claim 18, whereinthe observed astronomical event comprises at least one of a sunspot, asupernova, a meteoroid discovery, or an event on an extraterrestrialplanet.
 20. The computer-readable medium of claim 18, the operationscomprising generating a customized set of parameters for thecryptographic function, wherein the customized set of parameters arebased on the astronomical data and a user-selected input value.
 21. Thecomputer-readable medium of claim 20, wherein the observed astronomicalevent and the pseudorandom generator are specified by a cryptosystemprotocol, and the cryptosystem protocol permits a range of values forthe user-selected input value.
 22. The computer-readable medium of claim18, the operations comprising generating a full set of parameters forthe cryptographic function from the output from the pseudorandomgenerator.